See extended details at #159, but essentially, \xHH for values above 7F doesn't work the same in Oniguruma (the regex engine used for TextMate grammars) as in other flavors of regex. As a result, a standalone unenclosed \xff like the one corrected here is an invalid UTF-8 encoded byte value, rather than a valid code point value as it would be if using the enclosed version \x{ff}.

This error is currently leading to highlighting bugs with some input strings (code points above FF are not matched by this negated range), and preventing the Hack grammar from working at all with Shiki's JS engine.

The adjacent \x7f that I also changed was already valid, but I changed it for consistency.

Note that this was the only place the invalid \\x7f-\\xff appeared, but the valid/correct version \\x{7f}-\\x{ff} already appears 28 times in the same file.